Forum PHP.pl

Jesli chodzi o rozwiazanie przechowywania tresci to nie musi byc to jedna tabela z ustawionymi na sztywno elementami (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)
Mozna tak jak np. w eZ Publish tworzyc swoje wzorce dokumentow dodajac wlasne pozycje i grupowac je w tzw. klasy dokumentow.

No ale to kwestia implementacji (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

Hihi, porownanie z supermarketem jest dobre. ale co ma reprezentowac ten super market? System ?
No tak czy tak, Jesli oczywiscie dobrze interpretuje twoje wypowiedzi. CMS jest bardziej zaawansowany. No bo jak by popatrzec na to ogolnie, to CMS i 'System Portalowy' (SP)' maja takie same czesci. Bedzie to roznic sie jedynie technika pisania kodu.
Czyli wykonanie jakiegos bloku (schama blokowy) odbywa sie z wykozystaniem innych algorytmow, ale cel osiagany jest ten sam.
Piszesz o 'workflow', ktore powinno byc poza glownym kodem. Jesli dobrze zrozumialem jest to taki 'scenariusz wydarzen'. Mam nadzieje ze dobrze napisze. Jesli to poprostu wybieranie 'sciezki' w aplikacji, jaka akcja ma byc wykonywana, gdzie ma przekazac wynik itd.
Wiec jest to zaawansowane wdrozenie schamatu blokowego.
Kazdy skrypt ma cos podobnego, ale czasami opiera sie to o funckje if() a w innych jest to rozpisane obiektowo.

Jesli chodzi o te samodzielne skrypty to przy CMS'ie bardziej bym sie przychylal do tego ze moga pracowac same lub w grupie, natomiast moduly w SP sa bardziej wyspecjalizowane dla danego systemu i aby przerobic je na indywidualne aplikacje, trzeba wlozyc wiecej pracy.

Ja rozumiem ze kazdy inaczej nazywa swoje aplikacje. Bo rzeczywiscie chyba granica miedzy CMS a SP jest zatarta tak mocno jaki jest poglad osoby wypowiadajacej sie.

Ja osobiscie bym powiedzial ze CMS jest to zaawansowana aplikacja do zarzadzania trescia. Z wieloma mozliwosciami oraz bez wiekszych ograniczen w strefie rozwoju. Natomiast SP jest to prawie homogeniczna aplikacja ktora ogranicza sie jedynie do wlasnych skryptow.

chcialem zobaczyc jak rozwiazuje to eZpublish ale jego kod troche mnie przerazil (sam nie wiem czy jego wielkosc czy _dla mnie_ balagan) (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

jakos mambo os na razie latwiej przyswoilem ale do eZ tez trzeba sie bedzie zabrac. tylko ze mu 30 sekund na start to za malo to --- (minus)

--edit

dodam jeszcze to ze z rozmow to przeprowadzonych zrozumialem
ze w systemie portalowym (oczywiscie wg. seth bo kazdy ma swoje myslenie)
taki shoutbox, modul artow, newsow, downloadu, faq itd...
kazde z nich ma wlasne mechanizmy dodawania wpisu, edycji, usuwania,
a takze pobierania danych i wyswietlania.

tym czasem ze cms-a w pewnych momentach te mechanizmy dodawania, edycji, usuwania sa wspolne

czy tak?

Ten post edytował Vengeance 31.10.2004, 20:44:13

@Sh4dow: supermarket ma reprezentowac system grupujacy skrypty.

@Vengeance: tak (IMG:http://forum.php.pl/style_emoticons/default/smile.gif)

Swoja droga chyba juz tak zostanie, ze w Polsce SP i CMS bedzie znaczylo to samo, a jak dla mnie przydalo by sie to rozrozniac aby nieraz nie wprowadzac zametu - bo widzac ogloszenia o napisanie CMSa zastanawiam sie co autor tak naprawde mial na mysli (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg)

@Seth, nie dam spokoju z tym workflow (IMG:http://forum.php.pl/style_emoticons/default/winksmiley.jpg) do czego on sie przydaje ? jak działa?

Workflow jest systemem obiegu dokumentow przydatnym np. w intranetach gdzie dla roznych pracownikow musisz podelsac rozne rzeczy w tym samym dkumencie - chocby wykrey sprzedazy - inne dla prezesa inne dla sprzedawcy - WorkFlow jest poteznum narzediem tylko trzeba umiec wykorzystac jego potencjal - chodzi mi o o ide, technologie a nie skrypty czy gotowe rozwiazania

na jakiej zasadzie działa?

bella_666: zerknij na poprzednia strone tam opisalem workflow ( http://forum.php.pl/index.php?showtopic=22...ndpost&p=133693 )

Dodam jeszcze, ze to dziala na zasadzie klockow. Mamy sobie np. klocek do IFa czy tez klocek do wysylania w jakies miesce dokumentu.
Jak znajde to podrzuce link do Javowej aplikacji do budowania worflow.

Seth, jesli dobrze rozumiem Worflow jest raczej jakims 'sposobem rozwiazania' problemu. Czy raczej jakas aplikacja gotowa?
Raczej bym traktowal to jako wzorzec ktory jest implementowany w roznoraki sposob.
Czekam na link jeszcze, bo zaciekawilo mnie to troche.

Workflow to mechanizm (mogą być rożne implementacje) do tworzenia schematów obiegu informacji i nie tylko.
Można tym zarządzać np. procesy decyzyjne. Przykładowo:
Przyjmujemy nową osobę do pracy. Wysyłamy w naszym systemie dokument przyjęcia osoby do firmy - zostaje on wrzucony do workflow (do danego schematu - przeznaczonego właśnie do przyjmowania nowych osóB).
Wg. schematu okazuje sie, ze dokument ten musi być podpisany przez dwie osoby. Workflow wysyła ten dokument na skrzynki mailowe tych osób (albo np. na drukarkę). Po podpisaniu dokumentów użytkownicy wysyłają dokument na adres zwrotny (czy tez np. na FAX). Gdy workflow zobaczy, ze obie osoby wysłały juz podpisane dokumenty idzie dalej (może także, w przypadku gdy do danego terminu ktoś nie odesłał podpisanego dokumentu, wyslać monit ponaglający taka osobę).
Następną rzeczą może być wysłanie dokumentu do działu kadr, a kopie do osoby zgłaszającej nowego pracownika.


Linki do edytorow workflow:
http://jawe.objectweb.org/
http://www.tensegrity-software.com/en/comp...raph/index.html
Ten ostatni mozna zobaczyc na ich stronie, trzeba tylko sie zarejestrowac (naprawde warto zobaczyc).


Nawiasem mowiac mozna tez tak budowac same aplikacje. Korzystajac z klockow tworzyc schematy ich dzialania, a potem tylko kompilowac do wynikowego kodu.

Ja się czuję ciemny że tego nie rozróżniam, głupio mi z tym (IMG:style_emoticons/default/sciana.gif) ale po tej dyspucie w której starzy wyjadacze z trudem dochodzą do sedna trochę mi lżej (IMG:style_emoticons/default/smile.gif) Po tych paru latach od tej dysputy okazało się, że nadszedł czas na systemy portalowe budujące społeczność

Po co wygrzebujesz tematy sprzed 5 lat (IMG:style_emoticons/default/ohmy.gif) Emotka która wstawiłeś ma racje, walnij się w głowe.

Widać jak zmienił się rynek i co należy po tych paru latach dziś serwować userowi. Wiele podążą w kierunku social portal,np. socialengine.pl
P.S
Sam się walnij w głowę